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Meetings now held tn Assessment 


Well all you computer buffs, this is a bonus issue: discussions of 
two meetings and a complete library listing. 


Did you know that you may soon be able to use your computer on a 
television without UHF. To do this you need a RF modulator. These can 
be bought from Dick Smith’s for $4.95 and they allow you to use your 
computer on channel 1. Gerard Hedger can tell you more about this. 


Also Gerard Hedger has discovered that you can adapt your Commodore 
by adding certian hardware, to make it perform as an oscilloscope or 
volt meter. Voltages between O and 5 volts can be amplified. 


Still on hardware, there has been some interest in MSD Disk Drives. 
They are considerably superior to Commodore disk drives - faster, 
more réliable and not made of plastic. However they are hard to come 
by and of course they cost more than Commodore disk drives. 


Overheating of disk drives is S50metimes a problem. Fans can be bought 
at Dick Smith’s but are more expensive there than at other places, 
such as George Brown (Electronics Wholesalers). Fans for electronic 
equipment are best purchased from electronics stores rather than 
computer shops. 


There is also Available now a 1541 fast loader cartridge. This can 
speed loading By two or three times. Cost 15 around $60 and as there 
are modifications still being made it would be best to wait a while 
for this one. 


SOFTWARE LIBRARY 








The software library is expanding at a considerable rate and quite a 
few people have paid their $5 and borrowed tapes. There should be a 
complete list of library software and documentation attached. With 
the money received the library committee has purchased a box of ten 
disks. Seven of these now contain the Compute’s Gazette disks. 
Unfortunately some of the programs on these disks have internal 
errors. Thanks should go to Peter Elliot, Russell Alphey and Ian Wild 
who will probably have the onerous task of downloading the disks onto 
tape. 


Donations to the library, in the form of software, will, of course, 
be willingly accepted, and Russell Alphey is looking after the 
software library and loans. 


One program in the library 15 *Turbo tape’. This program allows you 
to turbo charge your programs. A program as long as Bastow Manor (200 
tape counts), is reduced to 30 tape counts. Because the program is 20 
counts long itself is not worthwhile using it with short programs but 
it 15 most valuable for long programs. *Turbo tape’ can handle all 
programs which are loaded at the Basic load address but won’t work 
with ,1,1 loading programs, machine code programs, chain loading 
programs or very long programs such as the Hobbit. ’Turbo tape’ is 
very sensitive to datasette head alignment and you may have problems 
accessing turbo-taped programs. However the program itself is not 50 
sensitive and can be used to turbo charge your own programs with out 
these problems. Turbo taped programs are not the same as commercially 
turbo charged programs. Turbo charging cuts down on tape space by 
copying only once(lie it doesn’t have a second version to verify 
against), and by cutting out substantial blocks of memory and 
replacing these with pointers. 


Another utility in the library is ’*Copy190’. This facility allows 
copying from disk to disk, tape to tape, disk to tape and vice versa. 
*Copy1?0" can also copy turbo charged programs. To use this program 
it is necessary to know the names of all programs being copied (ie 
you must know the names of each program in chain loaded programs). 
"Copyi?0° is more user friendly than tape copier. Also when copying 
disk to tape it can be used to copy the whole disk directory step by 
Step. 


In the last couple of meetings we’ve heard of two different games of 
strategy. 


Gerard Hedger spoke briefly about one such strategy game which was 
described in an article in Scientific American (see attached 
photocopy). 


second is a game called Othello which can be played by one person 
wad the computer or two peopie against each other. This computerized 
version of a very Old game was written By Fred Cumming. The game is 
piayed on a board similar to a chess board. The Squares are 
referenced using an x and y co-ordinate system. The objective of the 
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one or more opposing pieces between two of your pieces. The 
opposition pieces are then transformed into your pieces. You must 
turn at least one piece with each move. If you cannot turn a piece 
then you forfeit your go. You cannot forfeit-your go if there is a 
valid move that you can make. To forfeit your go enter x=? and y=9. 
You play the white pieces and the computer (or another player) plays 
thie Blue pieces. White always goes first. 

it is 4& Simple game with tew rules. The strategy you adopt, however, 
carn Decome very compiex. it 15 a good game to while away those dull 
evenings on a’ cold winter’s night. Contact Fred if you’d like a copy 
of tne game or if you Want to challenge nim with a strategy of your 
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COMPUTER 
RECREATIONS 


In the game called Core War hostile 


programs engage in a battle of bits 


by A. K. Dewdney 


Te computer programs in their 
native habitat—the memory chips 
of a digital computer—stalk each 
other from address to address. Some- 
times they go scouting for the enemy; 
sometimes they lay down a barrage of 
numeric bombs; sometimes they copy 
themselves out of danger or stop to re- 
pair damage. This is the game I call 
Core War. It is unlike almost all other 
computer games in that people do not 
play at all! The contending programs are 
written by people, of course, but once a 
battle is under way the creator of a pro- 
gram can do nothing but watch helpless- 
ly as the product of hours spent in design 
and implementation either lives or dies 
on the screen. The outcome depends en- 
tirely on which program is hit first in a 
vulnerable area. 

The term Core War originates in an 
outmoded memory technology. In the 
1950’s and 1960’s the memory system of 
a computer was built out of thousands 
of ferromagnetic cores, or rings, strung 
on a meshwork of fine wires. Each core 
could retain the value of one bit, or bina- 
ry digit, the fundamental unit of infor- 
mation. Nowadays memory elements 
are fabricated on semiconductor chips, 
but the active part of the memory sys- 
tem, where a program is kept while it is 
being executed, is still often referred to 
as core memory, or simply core. 

Battle programs in Core War are writ- 
ten in a specialized language I have 
named Redcode, closely related to the 
class of programming languages called 
assembly languages. Mostcomputer pro- 
grams today are written in a high-level 
language such as Pascal, Fortran or BA- 
sic; in these languages a single statement 
can specify an entire sequence of ma- 
chine instructions. Moreover, the state- 
ments are easy for the programmer to 
read and to understand. For a program 
to be executed, however, it must first 
be translated into “machine language,” 
where each instruction ts represented by 
a long string of binary digits. Writing a 
program in this form is tedious at best. 

Assembly languages occupy an in- 


termediate position between high-level 
languages and machine code. In an as- 
sembly-language program each state- 
ment generally corresponds to a single 
instruction and hence to a particular 
string of binary digits. Rather than writ- 
ing the binary numbers, however, the 
programmer represents them by short 
words or abbreviations called mnemon- 
ics (because they are easier to remember 
than numbers). The translation into ma- 
chine code is done by a program called 
an assembler. 

Comparatively little programming is 
done in assembly languages because the 
resulting programs are longer and hard- 
er to understand or modify than their 
high-level counterparts. There are some 
tasks, however, for which an assembly 
language is ideal. When a program must 
occupy as little space as possible or be 
made to run as fast as possible, it is 
generally written in assembly language. 
Furthermore, some things can be done 
in an assembly language that are. all 
but impossible in a high-level language. 
For example, an assembly-language pro- 
gram can be made to modify its own 
instructions or to move itself to a new 
position in memory. 


(Coe War was inspired by a story I 
heard some years ago about a 
mischievous programmer at a large cor- 
porate research laboratory I shall des- 
ignate X. The programmer wrote an as- 
sembly-language program called Creep- 
er that would duplicate itself every time 
it wasrun. It could also spread from one 
computer to another in the network of 
the X corporation. The program had no 
function other than to perpetuate itself. 
Before long there were so many copies 
of Creeper that more useful programs 
and data were being crowded out. The 
growing infestation was not brought un- 
der control until someone thought of 
fighting fire with fire. A second self-du- 
plicating program called Reaper was 
written. Its purpose was to destroy Cop- 
ies of Creeper until it could find no more 
and then to destroy itself. Reaper did its 


job, and things were soon back to nor- 
mal at the X lab. 

In spite of fairly obvious holes in the 
story, I believed it, perhaps because I 
wanted to. It took some time to track 
down the real events that lay behind this 
item of folklore. (I shall give an account 
of them below.) For now it is sufficient 
to note that my desire to believe rested 
squarely on the intriguing idea of two 
programs doing battle in the dark and 
noiseless corridors of core. 

Last year I decided that even if the 
story turned out not to be true, some- 
thing like it could be made to happen. I 
set up an initial version of Core War 
and, assisted by David Jones, a student 
in my department at the University of 
Western Ontario, got it working. Since 
then we have developed the game to a 
fairly interesting level. 

Core War has four main components: 
a memory array of 8,000 addresses, the 
assembly language Redcode, an execu- 
tive program called MARS-(an acronym 
for Memory Array Redcode Simulator) 
and the set of contending battle ‘pro- 
grams. Two battle programs are entered 
into the memory array at randomly cho- 
sen positions; neither program knows 
where the other one is. MARS executes 
the programs in a simple version of 
time-sharing, a technique for allocating 
the resources of a computer among nu- 
merous users. The two programs take 
turns: a single instruction of the first 
program is executed, then a single in- 
struction of the second, and so on. 

What a battle program does during 
the execution cycles allotted to it is en- 
tirely up to the programmer. The aim, 
of course, is to destroy the other pro- 
gram by ruining its instructions. A defen- 
sive strategy is also possible: a program 
might undertake to repair any damage it 
has received or to move Out of the way 
when it comes under attack. The battle 
ends when MARS comes to an instruction 
in one of the programs that cannot be 
executed. The program with the faulty 
instruction—which presumably is a ca- 
sualty of war—is declared the loser. 


Mi: can be learned about a battle 
program merely by analyzing its 
actions mentally or with pencil and pa- 
per. To put the program to the test of 
experience, however, one needs access 
to a computer and a version of MARs. 
The programs could be made to operate 
on a personal computer, and Jones and I 
have prepared brief guidelines for those 
who would like to set up a Core War 
battlefield of their own. (For a copy of 
the guidelines send your name and ad- 
dress and $2 for postage and handling 
to Core War, Scientific American, 415 
Madison Avenue, New York. N.Y 
10017. Delivery may take a few weeks.) 
Before describing Redcode and intro- 
ducing some simple battle programs, I 
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should say more about the memory ar- 
ray. Although J have noted that it con- 
sists of 8,000 addresses, there is noth- 
ing magical about this number: a small- 
er array would work quite well. The 
memory array differs from most com- 
puter memories in its circular configu- 
ration: it is a sequence of addresses num- 
bered from 0 to 7999 but it thereupon 
rejoins itself, so that address 8000 is 
equivalent to address 0. MARS always 
reduces an address greater than 7999 
by taking the remainder after division 
by 8000. Thus if a battle program or- 
ders a hit at address 9378, Mars inter- 
prets the address as 1378. 

Redcode is a simplified, special-pur- 
pose assembly-style language. It has in- 
structions to move the contents of one 
address in memory to another address, 
to alter the contents arithmetically and 
to transfer control forward or backward 
within a program. Whereas the output 
of a real assembler consists of binary 
codes, the mnemonic form of a Redcode 
instruction is translated by MaARs into 
a large decimal integer, which is then 
stored in the memory array; each ad- 
dress in the array can hold one such inte- 


ger. It is also MARs that interprets the . 


integers as instructions and carries out 
the indicated operations. 

A list of the elementary Redcode in- 
structions is given in the top illustration 
on the opposite page. With each instruc- 
tion the programmer is required to sup- 
ply at least one argument, or value, and 
most instructions take two arguments. 
For example, in the instruction JMP —7 
the mnemonic JMP (for ‘“‘jump”’) is fol- 
lowed by the single argument —7. The 
instruction tells MARs to transfer control 
to the memory address seven places be- 


fore the current one, that is, seven places 
before the JMP —7 instruction itself. If 
the instruction happened to be at ad- 
dress 3715, execution of the program 
would jump back to address 3708. 

This method of calculating a position 
in memory is called relative addressing, 
and it is the only method employed in 
Redcode. There is no way for a battle 
program to know its own absolute posi- 
tion in the memory array. 

The instruction MOV 3 100 tells MARS 
to go forward three addresses, copy 
what it finds there and deliver it 100 
addresses beyond the MOV instruction, 
overwriting whatever was there. The ar- 
guments in this instruction are given in 
“direct” mode, meaning they are to be 
interpreted as addresses to be acted on 
directly. Two other modes are allowed. 
Preceding an argument with an @ sign 
makes it “indirect.” In the instruction 
MOV @3 100 the integer to be delivered 
to relative address 100 is not the one 
found atrelative address 3 but rather the 
one found at the address specified by the 
contents of relative address 3. (The bot- 
tom illustration on the opposite page 
gives more detail on the process of indi- 
rect addressing.) A = sign makes an ar- 
gument “immediate,” so that it is treated 
not as an address but as an integer. The 
instruction MOV +3 100 causes the inte- 
ger 3 to be moved torelative address 100. 

Most of the other instructions need no 
further explanation, but the data state- 
ment (DAT) requires some comment. It 
Can serve as a work space to hold infor- 
mation a program may need to refer to. 
Strictly speaking, however, it is not an 
instruction; indeed, any memory loca- 
tion with a zero in its first decimal posi- 
tion can be regarded as a DAT state- 


ment and as such is not executable. If 
MARS Should be asked to exccute such 


an “instruction,” it will not be able to 


and will declare that program the loser. 

The decimal integer that encodes a 
Redcode instruction has several fields, 
or functional areas [see middle illustra- 
110n on opposite page}. The first digit rep- 
resents the mnemonic, and two more 
digits identify the addressing mode (di- 
rect, indirect or immediate). In addition 
four digits are set aside for each argu- 
ment. Negative arguments are stored 
in complement form: —1 would be rep- 
resented as 7999, since in the circu- 
lar memory array adding 7999 has the 
same effect as subtracting 1. 


ape instructions making up a simple 
battle program called Dwarf are list- 
ed in the illustration on page 18. Dwarf 
is a very stupid but very dangerous pro- 
gram that works its way through the 
memory array bombarding every fifth 
address with a zero. Zero is the integer 
signifying a nonexccutable data state- 
ment, and so a zero dropped into an ene- 
my program can bring it to a halt. 
Assume that Dwarf occupies absolute 
addresses 1 through 4. Address 1 initial- 
ly contains DAT —1, but execution be- 
gins with the next instruction, ADD $5 
—1. The effect of the instruction is to 
add 5 to the contents of the preced- 
ing address, namely the DAT —1 state- 
ment, thereby transforming it into DAT 
4. Next Dwarf executes the instruction 
at absolute address 3, MOV #0 @—2. 
Here the integer to be moved is 0, speci- 
fied as an immediate value. The target 
address is calculated indirectly in the 
following way. First MARS counts back 
two addresses from address 3, arriy- 
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Imp in the memory array of Core War 





ing at address 1. It then examines the 
data value there, namely 4, and inter- 
prets it as an address relative to the cur- 
rent position; in other words, it counts 
four places forward from address | and 
hence deposits a 0 at-address 5. 

The final instruction in Dwarf, JMP 
—2, creates an endless loop. It directs 
execution back to absolute address 2, 
which again increments the DAT state- 
ment by 5, making its new value DAT 9. 
In the next execution cycle a 0 is there- 
fore delivered to absolute address 10. 
Subsequent 0 bombs will fall on ad- 
dresses 15, 20, 25 and so on. The pro- 
gram itself is immobile but its artillery 
threatens the entire array. Eventually 
Dwarf works its way around to addres- 
ses 7990, 7995 and then 8000. As far 
as MARS is concerned, 8000 is equal to 
0, and so Dwarf has narrowly avoid- 
ed committing suicide. Its next missile 
again lands on address 5. 

It is sobering to realize that no station- 
ary battle program that has more than 
four instructions can avoid taking a hit 
from Dwarf. The opposing program has 
only three options: to move about and 
thereby elude the bombardment, to ab- 
sorb hits and repair the damage or to get 
Dwarf first. To succeed through the last 
strategy the program may have to be 
lucky: it can have no idea where Dwarf 
is in the memory array, and on the aver- 
age it has about 1,600 execution cycles 
before a hit is received. If the second 
program is also a Dwarf, each program 
wins 30 percent of the time; in 40 per- 
cent of the contests neither program 
scores a fatal hit. | 

Before taking up the other two strat- 
egies, I should like to introduce a curi- 
ous one-line battle program we call Imp. 
Here it Is: 


MOV 0 1 


Imp is the simplest example of a Red- 
code program that is able to relocate 
itself in the memory array. It copies the 
contents of relative address 0 (namely 
MOV 0 1) to relative address 1, the next 
address. As the program is executed it 
moves through the array at a speed of 
one address per cycle, leaving behind a 
trail of MOV O L instructions. 

What happens if we pit Imp against 
Dwarf? The barrage of zeros laid down 
by Dwarf moves through the memory 
array faster than Imp moves, but it 
does not necessarily follow that Dwarf 
has the advantage. The question is: Will 
Dwarf hit Imp even if the barrage does 
catch up? 

[f Imp reaches Dwarf first, Imp will 
in all probability plow right through 
Dwarf’s code. When Dwarf’s JMP —2 
‘nstruction transfers execution back two 
steps, the instruction found there will be 
[mp’s MOV 0 1. Asa result Dwarf will 
be subverted and become a second Imp 


INSTRUCTION | MNEMONIC| CODE | ARGUMENTS EXPLANATION 
1 A B 


Move Move contents of address A to address B. 


Add Add contents of address A to address B. 


Subtract contents of address A from 
address B. 


Subtract 


Jump Transfer control to address A. 


Transfer control to address A 
if contents of address 8 are zero. 


Jump if zero 


Transfer control to address A 
if contents of 8 are greater than zero. ~ 


Jump if greater 


Subtract 1 from contents of address B 
and transfer control to address A 
if contents of address 8 are then zero. 


Decrement: 
jump if zero 


Compare Compare contents of addresses A 
and 8; if they are unequal, 


skip the next instruction. 


A nonexecutable statement: 
8 is the data value. 


Data statement 


The instruction set of Redcode, an assembly language for Core War 
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DAT —1 0 0 0 0000 7999 
ADD #5 =] 2 0 1 0005 7999 
MOV #0 fa—2 1 0 0000 7998 
JMP -2 4 1 0 7998 0000 
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The encoding of Redcode instructions as decimal integers 
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The three-step mechanisin of indirect relative addressing 
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Dwarf, a battle program, lays down a barrage of “zero bombs” 


endlessly chasing the first one around 
the array. Under the rules of Core War 
the battle is a draw. (Note that this is the 
outcome to be expected “‘in all probabil- 
ity.” Readers are invited to analyze oth- 
er possibilities and perhaps discover the 
bizarre result of one of them.) 


Bun Imp and Dwarf represent a class 
of programs that can be character- 
ized as small and aggressive but not in- 
telligent. At the next level are programs 
that are larger and somewhat less ag- 
gressive but smart enough to deal with 
programs in the lower class. The smart- 
er programs have the ability to dodge 
an attack by copying themselves out of 
trouble. Each such program includes a 
segment of code somewhat like the one 
named Gemini, shown in the lower illus- 
tration on the opposite page. Gemini is 
not intended to be a complete battle 
program. Its only function is to make a 
copy of itself 100 addresses beyond its 
present position and then transfer exe- 
cution to the new copy. 

The Gemini program has three main 
parts. Two data statements at the begin- 
ning serve as pointers: they indicate the 
next instruction to be copied and its des- 
tination. A loop in the middle of the pro- 
gram does the actual copying, moving 
each instruction in turn to an address 
100 places beyond its current position. 
On each transit through the loop both 
pointers are incremented by 1, there- 
by designating a new source and desti- 
nation address. A compare instruction 
(CMP) within the loop tests the value of 
the first data statement; when it has been 
incremented nine times, the entire pro- 
eram has been copied, and so an exit 
from the loop is taken. One final adjust- 
ment remains to be made. The destina- 
tion address is the second statement in 
the program and it has an initial value of 
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DAT 99; by the time it is copied, how- 
ever, it has already been incremented 
once, so that in the new version of the 


program it reads DAT 100. This tran- | 


scription error is corrected (by the in- 
struction MOV +99 93) and then exe- 
cution is transferred to the new copy. 
By modifying Gemini it is possible to 
create an entire class of battle programs. 
One of these, Juggernaut, copies itself 
10 locations ahead instead of 100. Like 
Imp, it tries to roll through all its opposi- 
tion. It wins far more often than Imp, 
however, and leads to fewer draws, be- 
cause an overwritten program is less 
likely to be able to execute fragments 
of Juggernaut’s code. Bigfoot, another 
program employing the Gemini mecha- 
nism, makes the interval between copies 
a large prime number. Bigfoot is hard to 
catch and has the same devastating ef- 
fect on enemy code as Juggernaut does. 


Nets Bigfoot nor Juggernaut is 
very intelligent. So far we have 
written only two battle programs that 
qualify for the second level of sophisti- 
cation. They are too long to reproduce 
here. One of them, which we call Raidar, 
maintains two ‘pickets’ surrounding 
the program itself [see i//ustration on page 
16]. Each picket consists of 100 consec- 
utive addresses filled with 1’s and 1s sep- 
arated from the program by a buffer 
zone of 100 empty addresses. Raidar di- 
vides its time between systematically at- 
tacking distant areas of the memory ar- 
ray and checking its picket addresses. If 
one of the pickets is found to be altered, 
Raidar interprets the change as evidence 
of an attack by Dwarf, Imp or some oth- 
er unintelligent program. Raidar then 
copies itself to the other side of the dam- 
aged picket, restores it, constructs a new 
picket on its unprotected side and re- 
sumes normal operation. 


In addition to copying itself a battle 
program can be given the ability to re- 
pair itself. Jones has written a self-re- 
pairing program that can survive some 
attacks, although not all of them. Called 
Scanner, it maintains two copies of it- 
self but ordinarily executes only one of 
them. The copy that is currently running 
periodically scans the other copy to see 
if any of its instructions have been al- 
tered by an attack. Changes are detected 
by comparing the two copies, always as- 
suming that the executing copy is cor- 
rect. If any bad instructions are found, 
they are replaced and control is trans- 
ferred to the other copy, which then be- 
gins to scan the first one. 

So far Scanner remains a purely de- 
fensive program. It is able to survive 
attacks by Dwarf, Imp, Juggernaut 
and similar slow-moving aggressors—at 
least if the attack comes from the right 
direction. Jones is currently working on 
a self-repair program that keeps three 
copies of itself. 

I am curious to see whether readers 
can design other kinds of self-repairing 
programs. For example, one might think 
about maintaining two or more copies 
of a program even though only one copy 
is ever executed. The program might in- 
clude a repair section that would refer to 
an extra copy when restoring damaged 
instructions. The repair section could 
even repair itself, but it might still be 
vulnerable to damage at some positions. 
One measure of vulnerability assumes 
that a single instruction has been hit; on 
the average, how many such instruc- 
tions, if they are hit, ultimately cause the 
program to die? By this measure, what is 
the least vulnerable self-repairing pro- 
gram that can be written? 

Only if reasonably robust programs 
can be developed will Core War reach 
the level of an exciting game, where the 
emphasis is shifted from defense to of- 
fense. Battle programs will then have to 
seek out and identify enemy code and 
mount an intensive attack wherever it 
is found. 


I may have given the impression that 
Redcode and the entire MARS system 
are fixed. They are not. In spare mo- 
ments we have been experimenting with 
new ideas and are certainly open to sug- 
gestions. Indeed, we have been experi- 
menting so much with new programs 
and new features that some battles re- 
main to be fought in our own system. 

One idea we have been playing with 
is to include an extra instruction that 
would make self-repair or self-protec- 
tion a little easier. The instruction PCT 
A would protect the instruction at ad- 
dress A from alteration until it is next 
executed. How much could the vulnera- 
bility of a program be reduced by ex- 
ploiting an instruction of this kind? 

In the guidelines offered above we de- 
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scribe not only the rules of Core War 
but also how to set up a memory array 
and write a MARS system in various high- 
level languages. We also suggest how to 
display the results of a Core War battle. 
For now the following rules define the 
game with enough precision to enable 
pencil-and-paper players to begin de- 
signing battle programs: 

1. The two battle programs are load- 
ed into the memory array at random po- 
sitions but initially are no closer than 
1,000 addresses. 

2. MARS alternates in executing one 
instruction from each program until it 
reaches an instruction that cannot be ex- 
ecuted. The program with the erroneous 
instruction loses. 

3. Programs can be attacked with any 
available weapon. A “bomb” can be a 0 
or any other integer, including a valid 
Redcode instruction. 

4. A time limit is put on each contest, 
determined by the speed of the comput- 
er. If the limit is reached and both pro- 
grams are still running, the contest is 
a draw. 


G eis story of Creeper and Reaper 
seems to be based on a compound- 
ing of two actual programs. One pro- 
gram was a computer game called Dar- 
win, invented by M. Douglas Mcllroy 
of AT&T Bell Laboratories. The other 
was called Worm and was written by 
John F. Shoch of the Xerox Palo Alto 
Research Center. Both programs are 
some years old, allowing ample time 
for rumors to blossom. (Darwin was de- 
scribed in Software: Practice and Experi- 
ence, Volume 2, pages 93-96, 1972. A 
vague description of what appears to be 
the same game is also given in the 1978 
edition of Computer Lib.) 

In Darwin each player submits a num- 
ber of assembly-language programs 
called organisms, which inhabit core 
memory along with the organisms of 
other players. The organisms created by 
one player (and thus belonging to the 
same “‘species’’) attempt to kill those of 
other species and occupy their space. 
The winner of the game is the play- 
er whose organisms are most abundant 
when time is called. McIlroy invented 
an unkillable organism, although it won 
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Imp v. Dwarf: Who wins? 


only ‘ta few games.” It was immortal but 
apparently not very aggressive. 

Worm was an experimental program 
designed to make the fullest use possible 
of minicomputers linked in a network at 
Xerox. Worm was loaded into quiescent 
machines by a supervisory program. Its 
purpose was to take control of the ma- 
chine and, in coordination with Worms 
inhabiting other quiescent machines, 
run large applications programs in the 
resulting multiprocessor system. Worm 
was designed so that anyone who want- 
ed to use one of the occupied machines 
could readily reclaim it without interfer- 
ing with the larger job. 

One can see elements of both Darwin 
and Worm in the story of Creeper and 
Reaper. In Core War, Reaper has be- 
come reality. 


pointer to source address 

pointer to destination address 
copy source to destination 

if all 10 lines have been copied... 
/.,. then leave the loop: 


otherwise, increment the source address. . 
_..and the destination address... 

/.,. and return to the loop 

restore the starting destination address 
‘jump to the new copy 


Gemini, a program that copies itself to a new position it the memory array 
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a What sort of people need to learn a 
foreign language as quickly and effective- 
ly as possible? Foreign service personnel, 
that’s who. 

Now you canleam to speak French just 
as these diplomatic personnel do—with 
the Foreign Service Institute's Basic French 
Course. 

The U.S. Department of State has spent 
thousands of dollars developing this 
course. It's by far the most effective way 
to learn French at your own convenience 
and at your own pace. 

The Basic French Course consists of a 
series of cassettes and an accompanying 
textbook. Simply follow the spoken and 
written instructions, listening and repeat- 
ing. By the end of the course, you'll be 
learning and speaking entirely in French ! 

This course turns your cassette player 
into a “teaching machine.” With its unique 
“pattern drill” learning method, you set 
your own pace—testing yourself, correct- 
ing errors, reinforcing accurate responses. 

The FSIl’s Introductory Basic French 
Course comes in two parts, each shipped 
in ahandsomelibrary binder. Part Aintro- 
duces the simpler forms of the language 
and a basic vocabulary. Part B presents 
more complex structures and additional 
vocabulary. Order either, or save 10% 
by ordering both: 


O Basic French Part A. 12 cassettes 
(15 hr.), and 194-p. text, $125. 

O Basic French Part B. 18 cassettes 
(25 hr.), and 290-p. text, $149. 


Overseas shipment by airmail only. 
Add $24 for Part A, $27 for Part B, 
$51 for both parts. 


TO ORDER, JUST CLIP THIS AD 
and mail with your name and address, 
and a check or money order in U.S. 
funds. Or charge to your credit card 
(VISA, MasterCard, AmEx, Diners) by 
enclosing card number, expiration date, 
and your signature. 

The Foreign Service Institute’s French 
course is unconditionally guaranteed. Try 
it for three weeks. If you're not convinced 
it’s the fastest, easiest, most painless way 
to learn French, return it and we'll refund 
every penny you paid. Order today ! 

112 courses in 35 other languages 
also available. Write us for free catalog. 
Our 12th year. 


Audio-Forum 
Room 377 
On-The-Green, 
Guilford, CT 06437 
(203) 453-9794 
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The following is a list of the documentation available from the library for 
BORROWING only. Donations will be gratefully accepted. 

: A ‘x’ against a title means that a duplicate copy(s) is available for 
the first person to ask for it. 


--- GAMES --- 

Castle Wolfenstein 

Grandmaster 

Moondust 

Flying , / 
Summer Games 

The Hobbit * 

Midway Campaign 

Beach Head 

Panic 64 

Scramble 64 

Bastow Manor 64 

Crush, Crumble and Chomp 

Upper Reaches of Apshai 

Star Battle x 

Night Mission Pinball (pgs 10-11 missing) 
Flight Simulator II (pgs 48-49 missing) 
=—— ie) UG A Tat. O N.==- 

Visible Solar System 

so A ere eon. (GA vO «NS. ->— 

Data Manager 

Abracalc 

The Money Manager 4 

speedscript 

Chartpak 64 

= Sic MU), ply MIME aL soc Mths Poue yi 

Gpascal (& Runtime system) *(partial) 
S.A.M. (Software Automatic Mouth) &# 
Hesmon 64 

Super Expander 64 

Micromon 64 x 

Ozisoft lightpen 

Ultrabasic 64 

Simon’s Basic 

S.D.U. (Super Disk Utility) 

Commodore Assembler instruction summary * 
Wece NE WSBT Tubes.” & eM A CG Asa DANE Sige 
HIGH TECHNOLOGY COMPUTER SYSTEMS #1,2 
COMMODORE 64 USER‘S GROUP #8&9 

FCV C-64 dt Ley Sei y Clip tite re 

The Australian COMMODORE REVIEW #1 

aaa CA T A Db ONG LS! So 

City Toyworld 

Public Domain Inc., 

--- OTHER DO C UM EB NEAL. Oe Nuiss = 
Suggested Disk Numbering System “ 

Program Control Sheet (filing system) 
Commodore 64 Memory Maps 
Hexadecimal Conversion Table 

Vic/64 Tape Aids (recovering froma load error) 
The Commodore Character set 

--- PROGRAM , iss £ LN GS H-= 
Taconet v1.0 & 
Proof Reader <at $0376 and $6dc8> (disassembly) 
Commodore 64 Monitor , 

Repton loader (disassembly) 

Rabbit (pg 0-3 dumps) 
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